提供一种基于通用即插即用(UPnP)的网络系统及其控制方法。所述基于UPnP的网络系统包括:受控装置,发送公告消息;和控制点,接收受控装置发送的公告消息。控制点确定包括在公告消息中的扩展头是否改变,并且如果确定扩展头改变,则控制点将请求描述文件的消息发送给受控装置。此外,所述基于UPnP的网络系统包括:受控装置,提供描述改变公告业务;和控制点,执行所述描述改变公告业务的预订。控制点接收受控装置发送的用于描述改变公告业务的事件消息,并且将用于请求描述文件的消息发送给受控装置。
1.一种基于通用即插即用UPnP的网络系统,包括:受控装置,发送公告消息;和控制点,接收受控装置发送的公告消息;其中,受控装置不管消息发送时段,在添加或删除业务时发送包括至少一个扩展头的公告消息,所述扩展头包括关于受控装置提供的服务的改变的信息,其中,控制点确定包括在公告消息中的扩展头是否改变,并且如果确定扩展头改变,则控制点将请求描述文件的消息发送给受控装置。
2.如权利要求1所述的基于UPnP的网络系统,其中,所述描述文件包括:装置描述文件,包括关于受控装置的信息;和业务描述文件,包括关于受控装置提供的业务的信息。
3.如权利要求2所述的基于UPnP的网络系统,其中,所述描述文件使用可扩展标记语言(XML)格式。
4.如权利要求1所述的基于UPnP的网络系统,其中,所述公告消息使用基于超文本传输协议(HTTP)头的简单业务发现协议(SSDP)。
5.一种控制基于通用即插即用(UPnP)的网络系统的方法,所述方法包括:受控装置发送公告消息;控制点确定从受控装置发送的公告消息是否改变;受控装置在受控装置提供的服务的改变时,不管消息发送时段,在添加或删除业务时发送包括关于所述服务的改变的信息的扩展头的所述公告消息;和如果确定所述扩展头改变,则控制点将用于请求描述文件的消息发送给受控装置。
6.如权利要求5所述的方法,其中,所述描述文件包括:装置描述文件,包括关于受控装置的信息;和业务描述文件,包括关于受控装置提供的业务的信息。
7.如权利要求6所述的方法,其中,所述描述文件使用可扩展标记语言(XML)格式。
8.如权利要求5所述的方法,其中,所述公告消息使用基于超文本传输协议(HTTP)头的简单业务发现协议(SSDP)。本申请要求于2007年11月5日在韩国知识产权局提交的第10-2007-0112099号韩国专利申请的优先权,该公开完全包含于此以资参考。技术领域
本发明的系统和方法涉及一种基于通用即插即用(UPnP)的网络,尤其涉及一种可支持在移动网络环境中提供的业务的动态改变的基于UPnP的网络系统及其控制方法。
背景技术
UPnP是用于家庭网络的代表协议。UPnP技术是用于各种类型的智能产品、无线装置和个人计算机(PC)的对等连接的架构。已经设计了UPnP以在住户、小型办公室、公共场所、连接到互联网的自组织网络(ad-hocxa0network)中,或者在未管理的网络中容易地使用UPnP,从而具有灵活性,并且基于所述标准提供连接。UPnP技术提供使得传输控制协议(TCP)/互联网协议(IP)以及web技术能够执行无缝接近组网的分布式开放网络架构。也就是说,在分布式计算环境中,UPnP技术提供业务间的连接性和互用性。图1是示出一般家庭网络系统的构造的示图。在家庭网络中,可以将基于UPnP的网络系统逻辑地划分为两部分。一部分是提供装置的原有业务并且由用户控制的受控装置(以下称为“CD”),另一部分是提供能够控制家庭装置的功能的控制点(以下称为“CP”)。也就是说,CP与客户机相应,而CD与业务或提供所述业务的装置相应。如图1所示,在家庭网络系统中,多个基于UPnP的网络系统110、120、130、140和200可彼此连接。例如,基于UPnP的CP可以是计算机110、个人数字助理(PDA)或便携式电话120、打印机130或笔记本电脑140,基于UPnP的CD可以是用于提供业务的服务器200。UPnP装置架构定义CP与由CP控制的CD之间的通信协议。也就是说,存在于家庭网络上的所有装置发送UPnP协议以相互通信。图2A至图2D是示出一般基于UPnP的网络系统之间的通信处理的示图。在基于UPnP的网络中,可以将通信划分为发现、描述、控制、事件(eventing)和呈现(presentation)的步骤。图2A示出基于UPnP的发现步骤,可以将所述发现步骤分为两个处理。一个是CD以多播方法发送装置信息或CD本身可以提供的业务信息的处理,即发送公告(advertisement)消息的处理(S10),另一个是CP搜索家庭网络上相关的CD的处理,即将搜索消息发送给CD的处理(S20)。因而,CP以单播形式从CD接收响应消息(S30)。相反,在CD离开家庭网络的步骤,CD以多播形式将告别消息发送给CP。图2B示出UPnP描述步骤,所述UPnP描述步骤是CP获得将被CP控制的CD的装置以及业务描述信息的步骤。也就是说,UPnP基于通过所述发现步骤获得的相应CD的描述URL信息,请求并接收相应CD的装置描述文件(S40和S45)和业务描述文件(S50和S55)。图2C示出UPnP控制步骤,所述UPnP控制步骤是在CP和CD之间发送/接收控制命令的步骤。在所述控制步骤,响应于请求消息,提供响应消息(S60和S65)。图2D示出UPnP事件步骤,所述UPnP事件步骤是CP从CD接收根据业务的状态改变的事件消息的步骤。为了使CP从CD接收根据业务的状态改变的事件消息,首先应通过预订步骤在CD中注册所述事件(S70和S75)。然后,如果产生从CD提供的业务的状态改变或者特定的事件状况,则CD将相应的事件消息发送给注册的CP(S80)。相反,CP可在预订步骤设置超时,并且可在超时时段内进行续订请求。此外,如果CP不想从CD再接收事件消息,则CP可请求取消。然而,现有技术基于UPnP的网络系统及其控制方法具有以下问题。即使业务动态地改变(如新业务添加到CD),CP仍通过确认公告消息(advertisementxa0message)中的单一装置名(UDN)仅确定是否添加了新的装置,因此,不可能识别业务的添加(如新业务的添加)或业务的删除。这是因为,在基于UPnP的CD中,业务的添加或删除与静态家庭网络环境的特性相应。然而,在移动网络环境中需要添加或删除业务,因此现有UPnP技术在这点上具有局限性。
发明内容
本发明的示例性实施例克服上述不足和以上没有描述的不足。此外,不需要本发明克服上述的不足,并且本发明的示例性实施例可能不克服上述任何不足。本发明提供一种可支持在移动网络环境中提供的业务的动态改变的基于UPnP的网络系统及其控制方法。根据本发明的一方面,提供一种基于UPnP的网络系统,根据本发明的基于UPnP的网络系统包括:受控装置,发送公告消息;和控制点,接收受控装置发送的公告消息;其中,控制点确定包括在公告消息中的扩展头是否改变,并且如果扩展头改变,则控制点将用于请求描述文件的消息发送给受控装置。根据本发明的另一方面,提供一种控制基于UPnP的网络系统的方法,所述方法包括:受控装置发送公告消息;控制点确定包括在公告消息中的扩展头是否改变;和如果作为确定的结果所述扩展头改变,则控制点将用于请求描述文件的消息发送给受控装置。根据本发明的另一方面,提供一种基于UPnP的网络系统,所述系统包括:受控装置,提供描述改变公告业务;和控制点,执行所述描述改变公告业务的预订;其中,控制点接收受控装置发送的用于描述改变公告业务的事件消息,并且将用于请求描述文件的消息发送给受控装置。根据本发明的另一方面,提供一种控制基于UPnP的网络系统的方法,所述方法包括:控制点执行对受控装置提供的描述改变公告业务的预订;受控装置产生用于描述改变公告业务的事件消息,并且将所述事件消息发送给控制点;和已经接收到所述事件消息的控制点将用于请求描述文件的消息发送给受控装置。
附图说明
通过下面结合附图对本发明的示例性实施例进行的详细描述,本发明的上述和其他方面将会清楚,其中:图1是示出一般家庭网络系统的构造的示图;图2A至图2D是示出一般基于UPnP的网络系统之间的通信处理的示图;图3是示出根据本发明的示例性实施例的基于UPnP的网络系统的构造的框图;图4是示出根据本发明的示例性实施例的基于UPnP的网络系统中的公告消息的示例的示图;图5是示出在根据本发明的示例性实施例的识别基于UPnP的网络系统中的业务添加或删除的处理的流程图;图6是解释图5的根据本发明的示例性实施例的基于UPnP的网络系统在发现步骤中识别业务的添加或删除的示例性示图;图7是示出根据本发明的另一示例性实施例的基于UPnP的网络系统的构造的框图;图8是示出根据本发明的另一示例性实施例的基于UPnP的网络系统中的装置描述文件的示例的示图;图9是示出根据本发明的另一示例性实施例的基于UPnP的网络系统中的业务描述文件的示例的示图;图10A和图10B是示出根据本发明的另一示例性实施例的识别在基于UPnP的网络系统中业务的添加或删除的处理的流程图;和图11A和图11B是解释根据本发明的另一示例性实施例的图10的基于UPnP的网络系统在描述步骤中识别业务的添加或删除的示例性示图。
具体实施方式
以下,参照附图来详细描述本发明的示例性实施例。通过参照结合附图将详细描述的示例性实施例,本发明的各方面和特点以及实现所述各方面和特点的方法将会变得明显。然而,本发明不限于以下公开的示例性实施例,而是可以不同的形式实现。在所述描述中定义的内容,如详细的构造和元件,仅仅是提供的特定细节,以帮助本领域的普通技术人员全面地理解本发明,并且本发明仅在权利要求的范围内限定。在本发明的全部描述中,各附图中相同的附图标号用于表示相同的元件。通过参照示出框图和流程图的附图将描述本发明,所述框图和流程图用于解释根据本发明的示例性实施例的基于UPnP的网络系统及其控制方法。应理解为,可通过计算机程序指令实现流程图图解的每个块以及流程图图解中块的组合。可将这些计算机程序指令提供给通用计算机、专用计算机或其他可编程数据处理设备的处理器,以产生机器,从而通过所述计算机或其他可编程数据处理设备的处理器执行所述指令,创建用于实现流程图块或多个块中指定的功能的装置。也可以将这些计算机程序指令存储在能够指导计算机或其他可编程数据处理设备以特定方式工作的计算机可用或计算机可读存储器中,从而存储在计算机可用或计算机可读存储器中的指令产生包括实现流程图块或多个块中指定的功能的指令装置。也可以将所述计算机程序指令载入计算机或其他可编程数据处理设备,以使得在所述计算机或其他可编程数据处理设备上执行一系列操作步骤,从而所述计算机或其他可编程数据处理设备执行的指令提供用于实现流程图块或多个块中指定的功能。此外,流程图图解的每个块可表示包括用于实现特定逻辑功能的一个或多个可执行指令的模块、片段或部分代码。还应说明的是,在一些可选实现中,在所述块中注明的功能可不按照描述的顺序发生。例如,根据涉及的功能,连续示出的两个块事实上可基本同时被执行,或者所述块有时可以相反的顺序被执行。图3是示出根据本发明的示例性实施例的基于UPnP的网络系统的构造的框图。所述根据本发明的示例性实施例的基于UPnP的网络系统包括控制点(CP)100和受控装置(CD)200。CPxa0100用于发送能够控制所述装置的消息。如图3所示,CPxa0100包括消息控制单元110和高速缓存数据存储单元120。消息控制单元110用于处理在CPxa0100和CDxa0200之间发送/接收的各种类型的消息。CPxa0100发送给CDxa0200的消息包括搜索消息、描述请求消息、控制消息、预订请求消息等,而CPxa0100从CDxa0200接收的消息包括公告消息、响应消息、事件消息等。在根据本发明的示例性实施例的基于UPnP的网络系统的情况下,CPxa0100的消息控制单元110识别在发现步骤从CDxa0200发送的公告消息中定义的扩展头(extensionxa0header)。将结合CDxa0200(随后描述)的发现单元210详细描述该功能。高速缓存数据存储单元120存储包括从CDxa0200发送的关于CDxa0200的信息。所述包括在高速缓存数据中的关于CDxa0200的信息可以是关于装置的信息、关于从装置提供的业务的信息等。CDxa0200根据从CPxa0100发送的控制消息提供装置的原有业务。如图3所示,CDxa0200包括发现单元210、描述单元220、控制单元230、事件单元240和信息管理单元250。在发现步骤,发现单元210用于处理CDxa0200中的发现消息。首先,发现单元210发送包括装置信息和由CDxa0200提供的业务信息的公告消息。也就是说,当CDxa0200加入网络时,CDxa0200发送包含基本信息的公告消息,以通知CPxa0100它的存在。这里,所述基本信息包括提供CDxa0200的装置的描述的URL、装置的类型、通知消息的过期时间等。可通过多播方法发送所述公告消息。在根据本发明的示例性实施例的基于UPnP的网络系统中定义在发现步骤从CDxa0200发送的公告消息中的扩展头。通常,虽然通过标准定义公告消息的格式,但是可以通过对附加内容的用户定义来扩展公告消息。因而,发现单元210将扩展头添加到公告消息,并且通过扩展头包括关于CDxa0200提供的业务的改变的信息,即关于业务的添加或删除的信息。随后,如果新业务被添加到CDxa0200或者现有的业务从CDxa0200被删除,则发现单元210通过公告消息中定义的扩展头记录业务添加或删除信息。此外,如果所述公告消息被发送给CPxa0100,则CPxa0100的消息控制单元110识别在从CDxa0200发送的公告消息中定义的扩展头。因而,在公告消息中定义的扩展头改变的情况下,CPxa0100识别从CDxa0200提供的业务已经改变,并且将描述请求消息发送给CDxa0200,以便接收装置描述文件和业务描述文件。在这种情况下,CDxa0200将装置描述文件和业务描述文件发送给CPxa0100。图4是示出根据本发明的示例性实施例的基于UPnP的网络系统中的公告消息的示例的示图。如图4所示,公告消息包括包含关于主机、高速缓存控制、装置URL等的信息的超文本传输协议(HTTP)头。虽然将所述公告消息的格式定义为标准,但是用户可以通过定义附加内容来扩展公告消息。因而,可以在公告消息中定义包括关于CDxa0200提供的业务的添加或删除的扩展头。在图4中,示出称为“SERVICE-CHANGE”的扩展头211的示例。本领域的普通技术人员可以改变扩展头的类型和包括在扩展头中的信息。相反,可以在CDxa0200加入网络的初始阶段产生具有扩展头的公告消息,或者当CDxa0220提供的业务被添加或删除时将扩展头添加到标准公告消息。此外,发现单元210可发送具有扩展头的公告消息,以与一般公告消息的发送时段相称,或者可以不管消息发送时段,在添加或删除业务时发送公告消息。CPxa0100可以按照多播方法发送用于搜索将要使用的CDxa0200的搜索消息,并且如果与CPxa0100搜索的CDxa0200相应,则发现单元210可将响应消息发送给CPxa0100。可以通过单播方法发送该响应消息。相反,发现单元210可使用基于超文本传输协议(HTTP)头的简单业务发现协议(SSDP)作为UPnP装置之间的动态多播发现协议。描述单元220用于产生包括关于CDxa0200的装置和业务的信息的描述文件,并且将产生的描述文件发送给CPxa0100。在UPnP网络中,可以将在UPnP论坛(UPnPxa0Forum)确定的装置描述文件和业务描述文件用作描述文件。所述装置描述文件是包括装置的信息和关于所述装置提供的业务的信息的文档,并且包括关于装置的生产商的信息、产品信息(如型号名称和序列号)以及装置中的业务的列表等。相反,在UPnP网络中,装置描述文件和业务描述文件可使用可扩展标记语言(XML)格式。控制单元230处理从CPxa0100发送的命令,以便CDxa0200使用所述业务。也就是说,控制单元230用于产生对CPxa0100的请求消息的响应消息,并且将产生的响应消息发送给CPxa0100。相反,在UPnP网络中,可使用SOAP作为控制消息协议。事件单元240用于根据CDxa0200提供的业务的状态改变产生事件消息,并且将产生的事件消息发送给CPxa0100。如果CPxa0100想要知晓从CDxa0200提供的业务的状态改变,则CDxa0200产生预订请求消息,并且将预订请求消息发送到包括在关于在发现步骤获得的CDxa0200的信息中的事件URL。该步骤称为预订步骤。此后,CDxa0200注册已经发送注册请求消息的CPxa0100,并且如果产生CDxa0200提供的业务的状态改变或者特定事件状况,则CDxa0200将相应的事件消息发送给注册的CPxa0100。相反,在UPnP网络中,可以使用基于HTTP头的通用事件通知架构(GENA)作为用于装置的事件步骤的协议。信息管理单元250用于存储和管理CDxa0200提供的业务消息。此时,可以按照列表的形式存储CDxa0200提供的业务信息。此外,信息管理单元250可以根据从CPxa0100发送的请求,连续地更新业务信息列表。如上所述,基于UPnP的网络系统可具有CPxa0100或CDxa0200的功能,或者兼具CPxa0100和CDxa0200两者的功能。以下,将描述一种根据本发明的示例性实施例的控制如上构建的基于UPnP的网络系统的方法。图5是示出在根据本发明的示例性实施例的识别基于UPnP的网络系统中的业务添加或删除的处理的流程图。首先,在预定时段,基于UPnP的CDxa0200以多播方法发送包括其装置信息以及CDxa0200本身可提供的业务信息的公告消息(S301)。公告消息为SSDP形式。这时,基于UPnP的CPxa0100接收公告消息,确认CDxa0200的UDN(S302),并且随后确定已经发送所述消息的CD是否与现有的CDxa0200相同(S303)。如果在操作S303,CPxa0100通过确认UDN确定已经发送所述消息的CD200是新的CDxa0200,则CPxa0100将描述请求消息(即HTTPxa0GET消息)发送给CDxa0200,以接收装置描述文件和业务描述文件(S304)。此时,CPxa0100通过包括在公告消息中的描述URL信息发送描述请求消息。然后,CDxa0200响应所述描述请求消息,将XML格式的装置描述文件和业务描述文件发送给CPxa0100(S305)。然后,CPxa0100通过解析接收的XML格式的装置描述文件和业务描述文件,将装置信息和CDxa0200的业务信息存储在高速缓存数据存储单元120中(S306)。如果在操作S303,CPxa0100通过确认UDN确定已经发送所述消息的CD200与现有的CDxa0200相同,则CPxa0100确定在公告消息中定义的扩展头是否改变(S307)。如果在操作S307,在公告消息中定义的扩展头改变,则CPxa0100将描述请求消息发送给CDxa0200以接收装置描述文件和业务描述文件(S308)。然后,CDxa0200响应于该描述请求消息,将XML格式的装置描述文件和业务描述文件发送给CPxa0100(S309)。此后,CPxa0100通过解析接收的XML格式的装置描述文件和业务描述文件来更新装置信息和CDxa0200的业务信息(S310)。如果在操作S307确定在公告消息中定义的扩展头没有改变,则CPxa0100不下载相应CDxa0200的装置描述文件和业务描述文件,而仅执行对存储在高速缓存数据存储单元120中的CDxa0200的过期时间的更新(S311)。如上所述,在根据本发明的示例性实施例的基于UPnP的网络系统中,可以通过在发现步骤中发送的公告消息中定义扩展头来识别业务的添加或删除。图6是解释根据本发明的示例性实施例的图5的基于UPnP的网络系统在发现步骤中识别业务的添加或删除的示例性示图。在图6中,示例为在业务添加或删除后在CDxa0200发送的公告消息中定义的扩展头改变。即使CPxa0100通过确认UDN确定CDxa0200与现有CDxa0200相同(S302),CPxa0100可确认在公告消息中定义的扩展头的改变(S307),并且向CDxa0200请求和接收装置描述文件和业务描述文件(S308和S309)。图7是示出根据本发明的另一示例性实施例的基于UPnP的网络系统的构造的框图。根据本发明的另一示例性实施例的基于UPnP的网络系统包括CPxa0400和CDxa0500。如上参照图3所述,CPxa0400包括消息控制单元410和高速缓存数据存储单元420。也就是,消息控制单元410用于处理从CPxa0400发送给CDxa0500的各种类型的消息,高速缓存数据存储单元420用于存储包括从CDxa0500发送的关于CDxa0500的信息的高速缓存数据。在根据本发明的另一示例性实施例的基于UPnP的网络系统的情况下,预设CPxa0400的消息控制单元410以请求预订包括在通过发现步骤从CDxa0500发送的公告消息中的描述改变公告业务560。将根据随后描述的CDxa0500的描述单元520详细描述此功能。高速缓存数据存储单元420用于存储包括从CDxa0200发送的关于CDxa0200的信息的高速缓存数据。所述包括在高速缓存数据中的关于CDxa0200的信息可以是关于装置的信息、关于从所述装置提供的业务的信息等。此外,CDxa0500包括发现单元510、描述单元520、控制单元530、事件单元540和信息管理单元550。根据本发明的另一示例性实施例的构成基于UPnP的网络系统的控制单元530和信息管理单元550与以上参照图3描述的相同,因此将省略对他们的详细描述。在发现步骤,发现单元510用于处理CDxa0500中的发现消息。首先,发现单元510发送包括装置信息和CDxa0500可提供的业务信息的公告消息。可以通过多播方法发送此公告消息。相反,CPxa0400响应于用于搜索将被CPxa0400使用的CDxa0500的搜索消息,发送响应消息。描述单元520用于产生包括关于CDxa0500的装置和业务的信息的描述文件,并且将产生的描述文件发送给CPxa0400。在UPnP网络中,可使用在UPnP论坛确定的装置描述文件和业务描述文件作为所述描述文件。在根据本发明的另一示例性实施例的基于UPnP的网络系统中,CDxa0500提供描述改变公告业务560。描述改变公告业务是CDxa0500提供的基本业务,所述业务识别CDxa0500提供的另一业务的添加或删除,产生事件消息并且将产生的事件消息通知给CPxa0400。当CDxa0500加入网络时,CDxa0500发送包含基本信息的公告消息,以将其存在通知给CPxa0400,并且公告消息可包括关于描述改变公告业务560的信息。此外,预设CPxa0400的消息控制单元410以请求预订包括在CDxa0500在发现步骤发送的公告消息中的描述改变公告业务560。因而,CPxa0400通过解析接收的XML格式的装置描述文件和业务描述文件,将CDxa0500的装置信息和业务信息存储在高速缓存数据存储单元420中。这时,CPxa0400可识别关于包括在装置描述文件和业务描述文件中的描述改变公告业务的信息。图8是示出根据本发明的另一示例性实施例的基于UPnP的网络系统中的装置描述文件的示例的示图。如图8所示,XML格式的装置描述文件在<service>标签中包括关于业务类型、业务ID、业务描述URL、控制URL以及事件URL的信息。装置描述文件在<serviceList>标签中还包括关于UPnP论坛、定义的业务以及由UPnP厂商添加的业务的信息。因而,在装置描述文件的<serviceList>标签中另外定义关于描述改变公告业务560和521的信息。在图8中,示例为另外定义描述改变公告业务560和521为“ChangNotify”类型业务。在定义描述改变公告业务560和521时,本领域的普通技术人员可以改变关于业务类型、业务ID、业务描述URL、控制URL以及事件URL等的信息。图9是示出根据本发明的另一示例性实施例的基于UPnP的网络系统中的业务描述文件的示例的示图。如图9所示,XML格式的业务描述文件在<actionList>标签中包括作为业务响应命令的动作的列表,并且在<action>标签中包括关于作为各动作的参数的变量的信息。此外,业务描述文件可另外在<actionList>标签中包括UPnP论坛、定义的业务或UPnP厂商添加的动作,并且在<serviceStateTable>标签中包括UPnP论坛、定义的业务或状态变量。因而,可以在装置描述文件的<actionList>和<serviceStateTable>标签中另外地定义用于描述改变公告业务的动作522以及相关的状态变量信息523。本领域的普通技术人员可改变该信息。事件单元540用于根据CDxa0500提供的业务的状态改变产生事件消息,并且将所述产生的事件消息发送给CPxa0400。如果CPxa0400想要知晓CPxa0400将要使用的CDxa0500提供的业务的状态改变,则CDxa0500产生预订请求消息,并且将所述预订请求消息发送给包括在通过发现步骤获得的关于CDxa0500的信息中的事件URL。此步骤被称为预订步骤。其后,CDxa0500注册已经发送注册请求消息的CPxa0400,并且如果产生由CDxa0500提供的业务的状态改变或者特定事件状况,则CDxa0500将相应的事件消息发送给注册的CPxa0400。相反,在UPnP网络中,可以使用基于HTTP头的GENA(通用事件通知架构)作为用于装置的事件步骤的协议。如上所述,基于UPnP的网络系统可具有CPxa0400或CDxa0500的功能,或者可以兼具CPxa0400和CDxa0500两者的功能。以下,将描述根据本发明的另一示例性实施例的一种控制如上述构建的基于UPnP的网络系统的方法。图10A和图10B是示出根据本发明的另一示例性实施例的识别在基于UPnP的网络系统中业务的添加或删除的处理的流程图。图10A示出CP向CD请求预订以使用描述改变公告业务的处理。首先,在预定时段,基于UPnP的CDxa0500以多播方法发送包括其装置信息和CD本身可提供的业务信息的公告消息(S601)。这时,基于UPnP的CP400接收到公告消息,确认CDxa0500的UDN(S602),然后确定已经发送所述消息的CD是否与现有的CDxa0500相同(S603)。如果在操作S603,CPxa0400通过确认UDN确定已经发送所述消息的CD500是新的CDxa0500,则CPxa0400将描述请求消息发送给CDxa0500以接收装置描述文件和业务描述文件(S604)。在这种情况下,CDxa0500响应于描述请求消息,将XML格式的装置描述文件和业务描述文件发送给CPxa0400(S605)。然后,CPxa0400通过解析接收的XML格式的装置描述文件和业务描述文件将装置信息和CDxa0500的业务信息存储在高速缓存数据存储单元420中(S606)。这时,CP可识别关于包括在装置描述文件和业务描述文件中的描述改变公告业务的信息。然后,CPxa0400将事件预订请求消息发送给CDxa0500,以使用在从CDxa0500发送的装置描述文件中定义的描述改变公告业务(S607)。所述预订请求消息是使用GENA协议的XML格式的消息。CDxa0500在其自己的预订列表中注册已经发送预订请求消息的CPxa0400的URL信息(S608)。因而,如果在CDxa0500中发生业务的添加或删除,则将事件消息发送给CPxa0400。如果在步骤S603,CPxa0400通过确认UDN,确定已经发送所述消息的CD500与现有的CDxa0500相同,则CPxa0400不下载相应CDxa0500的装置描述文件和业务描述文件,而是仅执行存储在高速缓存数据存储单元420中的过期时间的更新(S609)。图10B示出当业务被添加到CD或从CD删除时,CP识别业务添加或删除的处理。如果新的业务被添加到CDxa0500或者现有的业务被删除(S701),则通过在CDxa0500中基本地提供的描述改变公告业务,产生根据业务添加或删除的事件消息(S702)。CDxa0500将所述根据业务添加或删除的事件消息发送给CPxa0400(S703)。这时,已经接收到所述事件消息的CPxa0400是通过CDxa0500的描述改变公告业务中的预订请求在CDxa0500中注册的CPxa0400。已经接收到所述事件消息的CPxa0400将描述请求消息发送给CDxa0500以接收装置描述文件和业务描述文件(S704)。然后,CDxa0500响应于描述请求消息,将XML格式的装置描述文件和业务描述文件发送给CPxa0400(S705)。然后,CPxa0400通过解析接收的XML格式的装置描述文件和业务描述文件,将CDxa0500的装置信息和业务信息存储在高速缓存数据存储单元420中(S706)。如上所述,按照根据本发明的另一示例性实施例的基于UPnP的网络系统,描述改变公告业务560被基本地提供给CDxa0500,并且CPxa0400可通过在描述步骤从CDxa0500发送的XML格式的装置描述文件和业务描述文件中定义描述改变公告业务560,并且通过添加动作、要素和业务的有关状态变量来识别业务的添加或删除。图11A和图11B是解释根据本发明的另一示例性实施例的在描述步骤中图10的基于UPnP的网络系统识别业务的添加或删除的示例性示图。图11A示出向CDxa0500请求预订以便CPxa0400使用描述改变公告业务的示例。也就是说,CPxa0400通过将描述请求消息发送给CDxa0500(S604)接收装置描述文件和业务描述文件(S605),然后将事件预订请求消息发送给CDxa0500,以使用在装置描述文件中定义的描述改变公告业务(S607)。图11B示出产生在CDxa0500的描述改变公告业务560中的业务添加或删除事件消息,并且在业务被添加或删除后将产生的消息发送给CPxa0400的示例。也就是说,如果在CDxa0500中业务被添加或删除(S701),则CDxa0500产生描述改变公告业务中的事件消息(S702),并且将产生的事件消息发送给CPxa0400(S703)。CPxa0400将描述请求消息发送给CDxa0500(S704),并且接收装置描述文件和业务描述文件(S705)。根据现有技术基于UPnP的网络系统,即使业务动态地改变(如新业务添加到CD),CP通过确认公告消息中的UDN,仅确定是否新的业务被添加,因此,不可能识别业务的添加(如新业务的添加)或业务的删除。这是因为,在基于UPnP的CD中,业务的添加或删除与静态家庭网络环境相应。然而,在移动网络环境中,需要添加或删除业务,因此现有的PnP技术在这点上具有局限性。然而,根据本发明的示例性实施例的基于UPnP的网络系统,CDxa0200在发送的公告消息中定义的扩展头中记录关于业务的添加或删除的信息,并且CPxa0100识别这种信息,从而可以支持移动网络环境中提供的业务的添加或删除。此外,根据本发明的另一示例性实施例的基于UPnP的网络系统,描述改变公告业务560被基本地提供给基于UPnP的CDxa0500,并且CPxa0400可通过在CDxa0500在描述步骤发送的装置描述文件和XML业务描述文件中定义描述改变公告业务560,并且通过添加动作、要素以及业务的相关状态变量来识别业务的添加或删除。因此,可以支持在运动网络环境中提供的业务的添加或删除。在本发明的示例性实施例中,在此使用的术语“单元”是指(而不限于)执行特定任务的软件或硬件部件,如现场可编程门阵列(FPGA)或专用集成电路(ASIC)。可以有利地配置单元以驻留于可寻址存储介质上并且在一个或多个处理器上执行。因此,单元可包括,举例来说,如软件部件、面向对象的软件部件、类部件和任务部件的部件、进程、函数、属性、程序、子程序、程序代码段、驱动程序、固件、微码、电路、数据、数据库、数据结构、表、数组和变量。可以将在部件和单元中提供的功能结合到更少的部件和单元中,或者可以将在部件和单元中提供的功能分为另外的部件和单元。此外,可以实现所述部件和模块以执行装置中的一个或多个CPU。虽然已经为了示例性的目的描述了本发明的示例性实施例,但是本领域的普通技术人员将会理解,在不脱离如权利要求公开的本发明的范围和精神的情况下,可以进行各种修改、添加和替换。